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(54) Process and device for synchronizing an MPEG decoder 

(57) The process is characterized in that it compris- 



a step of calculating an actual Instant of presenta- 
tion Tpres of the video of an image, this instant re- 
lating to a local clock LSTC, 
a step of calculating an offset STGO between this 
calculated instant of presentation and the PTS label 
corresponding to the instant of presentation desired 



by the coder for the video of this image, so as to 
define a virtual clock VSTC = STGO + LSTC, 
a presentation of the video and of the audio corre- 
sponding to this image at the PTS dates relating to 
the virtual clock VSTC. 

The applications relate to satellite decoders, digital 
television receivers utilizing a hard disc for recording 
coded data and an MPEG decoder. 
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Description 

[0001] The invention relates to a process for synchronizing an MPEG decoder for the decoding of compressed data 
originating from a recording medium. The invention also relates to an MPEG decoder implementing such a process. 
s a satellite decoder or a television receiver comprising such a decoder 

[0002] Figure 1 represents a configuration of a satellite decoder using a recording of an MPEG data stream on hard 
disc. 

[0003] An MPEG program stream (PS) is received at the input of a multiplexer 1 . The latter outputs the data of a 
program in the forni of PES data packets (the initials standing for Packetized Elementary Stream). These data are sent 

10 to a memory 2 and then to a hard disc 4 by way of a disc interface 3, for their recording. 

[0004] For the reading of the data, the hard disc 4 is linked to a disc interface 5 and then to a memory 6. A first 
memory output is linked to a video MPEG decoding circuit 7 and a second memory output is linked to an audio MPEG 
decoding circuit 8. The output from each of these circuits corresponds to the video and audio cues transmitted to digital/ 
analogue converters and then to a television receiver (which are not represented in the figure). 

IS [0005] The memory circuit 6 makes it possible, among other things, to demultiplex the audio and video data stored 
on the hard disc. These video PES and audio PES data are thereafter processed by their respective decoders. 
[0006] The data stored on the hard disc are the data obtained after demultiplexing the stream. Hence, one is not 
dealing with storage of the PS program stream, thus avoiding the regeneration of such a stream on reading, the storage 
of all the programs constituting this stream, or the storage of the scrambled data with recording of key words etc. 

20 [0007] The manner of operatton of a decoder according to the MPEG standard, in a conventional configuration, that 
is to say one which receives the data stream directly with a given transmission bit rate, for example via satellite trans- 
mission or via cable, is recalled hereinbelow so as to stress the particular characteristics relating to an environment 
with hard disc, that is to say with Intermediate storage of the data on hard disc before decoding. 
[0008] Management of the buffer memory of a decoder is performed, in the MPEG standard, on the basis of modelling 

25 referred to as a virtual memory. Indeed, the coding of each image constituting a sequence is not can-ied out at constant 
cost and a buffer memory at the output of the coder is used to deliver a data stream at constant mean bit rate. On the 
decoder side, a buffer memory is also required so as to deliver, from the constant-bit-rate data stream, variable-cost 
images. Management of the buffer memory of the decoder Is performed on the basis, among other things, of the clocks 
transmitted by the coder in the data stream and of the tags allocated to the images transmitted and defining the instant 

30 of exit from the memory of the decoder, the time gap between the instant of storage of an image in the memory of the 
coder and the instant of reading of the memory of the decoder having to be the same for each image. 
[0009] This involves the PGR clock, standing for Program Clock Reference in the MPEG standard, which is a time 
cue transmitted in the data stream and on the basis of which the synchronization of the decoder is performed. 
[0010] This also involves the DTS tag, standing for Decoding Time Stamp in the MPEG standard, which is a field 

35 transmitted in the stream and which indicates the instant at which an Image is to be decoded in the decoder 

[0011] The PGR cue present in the transport stream TS is used by the decoder to calculate the time. The PGR 
therefore delivers the scheduling tag at decoder level. 

[0012] The DTS gives the decoding schedules, that is to say the instant at which the image must be read from the 
buffer memory of the decoder and decoded. 

40 [0013] The PGR and DTS cues are transmitted respectively in 188-byte packet headers of the transport stream TS 
and in packet headers of the PES stream, the first packetizatton step required in the production of a transport stream TS. 
[001 4] The Initials PTS. standing for Presentation Time Stamp, correspond to the instant of display of the image and 
allow the reordering of the images after decoding: the PTS is present in the packet headers of the PES stream. 
[0015] When the MPEG decoder operates on the basis of the data originating from the hard disc, these data are 

45 consumed at the tempo of the decoder The synchronization signals of the audio and video decoders for displaying 
the decoded images (VSYNG) are regulated by the local 27 MHz clock so as to deliver 25 images per second approx- 
imately. 

[0016] Since the recording is carried out at the level of the audio and video PESs, the cue relating to the PGR of the 
PS stream is lost and may not therefore serve in the staving of the local clock. This absence of slaving generates a 
50 management problem at the level of the write and read pointers of the hard disc as well as a synchronization problem 
at the level of the audio and video signals. 

[0017] As regards the management of the pointers, two modes are to be considered: the read only mode, that is to 

say without simultaneous writing of the hard disc, for which the problem is not too troublesome, and the read/write mode. 
[0018] In read only mode, when a previously recorded stream is replayed, the accuracy of the local clock in free 
55 oscillation is sufficient. The variation relative to the nominal value of the recording is found within the duration of the 
40 ms video image. The tolerance at television and viewer level is sufficiently large to be able to make do with much 
lower accuracy than the standards of professional television. 

[0019] This Is because the image synchronization signal (VSYNG) is defined on the basis of the 27 MHz clock. It 
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has a period of 40 ms. A slow drifting of this signal, due to the accuracy of the (ocal clock, Is not at all troublesome 
owing to the fact that the television is at the end of the transmission chain. 

[0020] On the other hand, in write/read mode (read shifted with respect to write mode, more commonly known as 
Time Shifting), malfunctions may occur due to the fact that this clock is In free oscillation, It not being possible to slave 

5 it to the stream read back from the disc. 

[0021] When recording and reading are simultaneous, the case of time^hifted replaying, there is a risk that writing 
will be overtaken by reading on the disc, or that there will be an increase in the delay Since the drifting is slow, this 
second case is not too troublesome. On the other hand, if reading overtook writing, that is to say if the read pointer 
overtook the write pointer and went off to read as yet unwritten memory areas, the image depicted would at best be 

10 what has been recorded in this area during a previous recording and the images being recorded could no longer be 
replayed. This situation can occur when the shift between recording and reading is due to a short pause in reading. In 
this case, and if the 27 f^Hz clock is slightly faster than that used by the coder when coding the data, the replaying of 
the data Is faster than their recording and over a bng period, that is to say for a recorded program of a certain duration, 
the read pointer can overtake the write pointer. In this mode, it is therefore necessary to prohibit such slippage between 

IS writing and reading. 

[0022] One idea would be to slave the \oca\ clock to the PCRs (Program Clock References) of the Incident stream 
while being recorded. However, this would not solve another malfunction which may occur on account of the fact that 
the validity of the recorded data Is not known a priori. Since writes and reads are synchronous, In the case where the 
local clock is synchronized to the PCRs of the incident stream, the delay between reading and writing wilt be maintained 

20 unless the decoder begins to consume the data very quickly. This may happen if the data are corrupted. Indeed, while 
In the case of a real-time (live) transmission, these erroneous data can be detected immediately upon reading the 
buffer of the decoder, the same does not hold when recording on hard disc which enables such erroneous data to be 
detected only after the reading and storage of these data In the buffer of the decoder. When corrupted data are detected 
by the decoder, the latter re-synchronizes and instantaneously empties the buffer, causing the loss of data and accesses 

2S to the hard disc which are repeated for the filling of this buffer. In this case, it may happen that the read pointer overtakes 
the write pointer. This can occur upon transmission of erroneous cues or upon bss of data transmission owing for 
example to poor transmission conditions. 

[0023] As far as the synchronization of the audio and video data is concerned, be It In read only mode or read/Write 
mode, the fact of not being able to initialize and synchronize the local clock to the PCR cue. for example in read only 
30 mode, may give rise to a problem of synchronization between the video and the audio. This is because the cues relating 
to the instants of presentation relative to the local clock cannot be utilized on account of the fact that this cbck is no 
longer synchronized with that of the coder 

[0024] The aim of the invention Is to alleviate the aforesaid drawbacks. 

[0025] Its subject is a process for synchronizing an MPEG decoder for the decoding of compressed data originating 
35 from a recording medium, these data consisting of PES (Packetized Elementary Stream) audio and video data packets, 
characterized In that it comprises: 

a step of calculating an actual instant of presentation Tpres of the video of an Image, this instant relating to a local 
clock LSTC, 

40 . a step of calculating an offset STCO between this calculated instant of presentation and the PTS label correspond- 
ing to the instant of presentation desired by the coder for the video of this image, so as to define a virtual clock 
VSTC = STCO + LSTC, 

- a presentation of the video and of the audk> corresponding to this Image at the PTS dates relating to the virtual 
clock VSTC. 

4S 

[0026] According to a particular characteristic, the time of transit of the video through the buffer of the video decoder 
is imposed at a predetermined value TVBV. 

[0027] According to a variant, the determination of TVBV is dependent on the bit rate of recording of the PES data 
on the recording medium. 
50 [0028] According to a variant, the determination of TVBV is dependent on the VBV_delay 
[0029] According to a particular characteristic, the offset Is equal to: 

STCO = PTS - TVBV - TVSYNC - (TImeRef x 40 ms) - TDEC - LSTCpic 

55 

where: 

TVSYNC corresponds to a frame period, 
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TDEC corresponds to the duration of decoding of the image, rounded to a higher number ol frame periods, 
TimeRef represents the temporal reference of the image for the reordering, 
LSTCpic relates to the instant of detection of the first image. 

s [0030] According to a particular mode of operation, reading data in shifted mode (time shifting), the data being re- 
corded on the basis of a write pointer, the recorded data being read in shifted time on the basis of a read pointer, a 
minimum gap is imposed between the read and write pointer and, when this gap is achieved, the freeze mode of the 
decoder is actuated. 

[0031] The subject of the invention is also a device for synchronizing an MPEG decoder to a recorded MPEG stream, 
10 the recorded data consisting of PES data packets, characterized in that it comprises means for calculating an offset 
STCO to be applied to the local clock LSTC of the decoder so as to define a virtual clock VSTC. this offset being equal 
to the difference between the instant of presentation Tpres of the video of an image, as calculated in the LSTC tag, 
and the PTS value of presentation of this image originating from the coder and in that the decoding of the audk) and 
video data are carried out when this virtual ckxk VSTC is equal to the PTS value. 
IS [0032] Its subject is also a satellite decoder characterized In that it comprises an MPEG decoder and a synchroni- 
zation device according to Claim 11 , or else a television receiver, characterized in that it comprises an MPEG decoder 
and a synchronization device according to Claim 11 . 

[0033] The local recording on a hard disc of a program in PES form therefore requires that precautions be taken on 
replay: slaving of the local clocks and synchronization of the video and audio decoders. 
20 [0034] The method proposed here strives to emulate the components of satellite transmission in such a way as to 
be able to operate the audio and video decoders in modes which are as similar as possible to their nominal manner 
of operation. 

[0035] The main advantage of the invention is that it proposes a synchronization process which is simple to imple- 
ment, requiring no utilization of the PCRs and avoiding the malfunctions which are generally encountered upon reading 

2S data from the hard disc. 

[0036] The characteristics and advantages of the present invention will be more apparent from the following descrip- 
tion given by way of example and with reference to the appended figures, where: 
[0037] Figure 1 represents a simplified diagram of a satellite decoder with hard disc. 
[0038] Figure 2 represent the operation of writing the audio and video data to disc. 

30 [0039] Figure 2b represents the operation of reading the audio and video data from disc. 
[0040] Figure 3 represents the write and read pointers relating to the recorded data. 
[0041] Figure 4 represents the manner of operation of a video decoder on start-up according to the prior art. 
[0042] Figure 5 represent the various steps required In the presentation of a decoded image. 

35 Management of the pointers. 

[0043] Figures 2a and 2b diagrammatically represent the manner of performing the storage and de-storage of the 
audio and video cues on the hard disc. 

[0044] Figure 2a corresponds to the operation of writing to the hard disc. The video and audio PESs are recorded 
40 on the disc In one and same 128 kB block (256 addressing blocks) [or Iba, the acronym standing for logic block ad- 
dressing] of 51 2 bytes). The video occupies 1 1 2 kB and the sound occupies a part of the remaining 1 6 kB. proportionally 
to the audio bit rate. The value q corresponding to the quantity of audio which arrives while the 112 kB of video are 
buffered, is written at the start of the 1 28 kB block and therefore corresponds to the quantity of audio stored. On 
recording a block the ratio of the video/audio bit rates is complied with. 
45 [0045] Figure 2b corresponds to the operation of reading the hard disc, the 11 2 kB of video are read so as to form 
the video PES stream at the same time as the quantity q kB of audio Infomnation (variable part) so as to form the audio 
PES stream. 

[0046] Figure 3 represents a succession of data blocks, each of 128 kB, such as they are stored on the hard disc 
and the position of the read and write pointers for this hard disc. The double arrow referenced 9 represents the delay 
so between the write pointer (vertical arrow on the right) and the read pointer (vertical arrow on the left). The double arrow 
referenced 10 represents a stipulated gap. here 5 blocks, which is the gap, predefined at the outset, between the 
pointers and the double arrow referenced 11 represents a freeze gap, that is to say a minimum gap causing image 
freeze. 

[0047] The idea here is to ensure, via software, a minimum gap, for example of a 1 28 kB block between the pointers. 
55 When it is attained, the decoding Is temporarily suspended by halting the reading of the memory of the decoder, thereby 
causing the image on the screen to freeze, until one block at least separates writing and reading. One does not seek, 
in tact, to reestablish the initial gap since the data are in any case lost and there is no benefit in keeping the Image 
frozen with the sole aim of re-establishing the Initial delay 
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Audio/Video synchronization. 

[0048] Given the 'interlaced' mode of storage of the audio and video data, the replaying of the two components of 

the program is necessarily done simultaneously. As a first approximation it may be said that the first video byte and 
s the first audio byte reach their respective decoders at the same time. This does not mean to say that they will be 

decoded at the same time, on account of the time of transit of the video through its decoder. 

[0049] It is known that, in order to avoid the use of a large-capacity audio buffer memory, the audio is phase-delayed 

from the time of coding. Thus, on replay, in standard mode (direct transmission) the audio Is In phase with the video. 

This delay is determined at the coder and is dependent on the video bit rate. 
10 [0050] When the data are recorded on hard disc and because they are no longer transmitted to the audio and video 

decoders with this video bit rate, a phase shift reappears between the audio and the video. 

[0051] The manner of operation of the video decoder on start-up, in the general case, is represented in Figure 4 with 
the aid of a flow chart. This start-up is performed as follows: 

[0052] The decoding procedure, step 1 2, receives the data stream so as to extract, among other things, the headers. 

IS step 1 3 effects a loop until the first sequence header is detected. When such is the case, step 1 4 is implemented and 
consists in reading the image header which follows this sequence header. If the PTS cue is utilizable, check undertaken 
in step 15. the DTS cue is then deduced during step 16. Step 17 consists of a loop comparing DTS with the local clock 
LSTC. The loop output corresponds to equality and. on receiving the next sync signal (VSYNC), a parity test is per- 
formed during a step 18 triggering the decoding of the image, step 19, upon detection of the correct parity 

20 [0053] If the PTS cue is not utilizable, a step 20 consists in filling the buffer memory of the decoder. The step 21 
checks the level of fill of this buffer memory. When the minimum level required for decoding is reached and on receiving 
the next sync signal a parity test is performed, step 18. The decoding of the image step 1 9 is performed upon detection 
of the correct parity. 

[0054] The decoding of a video PES stream therefore commences under several conditbns. Firstly, the decoder is 
25 unaware of the start of the stream until it encounters a start-up sequence, step 13. It therefore identifies the first se- 
quence header (SEQ) which constitutes the point of entry of the stream. The data are then accumulated in the buffer 
of the decoder at a tempo corresponding to the bit rate of the transmission. After the sequence header, the image 
header (picture_header) is received by the decoder, step 14. 

[0055] The cue relating to the minimum buffer level required for start-up of the decoding of this first image is in this 
30 header. Once this level is reached in the buffer (step 21), hence after a certain time related to the video bit rate, the 
decoder checks the correct parity (step 18) of the vertical synchronization signal (VSYNC) so as to order the decoding 

(step 19). 

[0056] In the case where the VBV^delay is not available in the stream. It is the PTS (Presentation Time Stamp) cue 
which fixes the start-up of the decoding. 
3S [0057] Conceming start-up, the main differences between direct reception (that Is to say without involving storage 
on disc) and replaying of the data from a hard disc are: 

the read bit rate which may be seen as infinite in respect of the disc, 
- the absence of local clock (LSTC Local System Time Clock) synchronized to the PCR (Program Clock Reference) 
40 cue. 

[0058] By virtue of the high video bit rate which is possible during the filling of the buffer from the hard disc during 
the start-up of a stream, the decoding of the first image will occur sooner than for direct reception, causing a phase 
shift between the audio and the video. The synchronization of the audio associated with the video, such as implemented 

^ in the invention and as explained hereinbelow, makes It possible to avoid such a phase shift. 

[0059] The LSTC normally has a major role in stream control and in synchronizing the audio with the video. Stream 
control is not a problem when the data originate from the disc since transmission is halted as soon as the memory 
buffers are full. There is therefore no risk of data loss. On the other hand, a reference clock is still necessary so as to 
allow the synchronization of the audio with the video. The utilization of a virtual STC clock (VSTC) recreated from the 

so PTS cues of the video allows this synchronization. 

[0060] The Virtual STC must be initialized as soon as possible by the video procedure so as to allow the audio to 
synchronize itself with this clock. The cues required for its initialization are: 

the value of the local STC counter (LSTC). 
ss the PTS of the first image. 

the VBV.delay of the first image (if present). 

the time reference of the first image (TimeRef) used for the reordering of the images, 
the parity of the vertical sync VSYNC. 
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[0061] Given the high bit rate available on reading the disc, these cues which are obtained on acquiring the first 
image header (PIC header) are available very rapidty. 

[0062] Figure 5 represents, diagrammatlcalty, the various steps In time which are required for the representation of 
a decoded Image. The upper end represents the succession of data which have been stored on the disc and which 
s are now being read. This band is chopped into frame periods. 
[0063] Hereinbelow, the following notation will be adopted: 

Tpic to represent a date (lower case letters after T). 
TVBV to represent a duration (upper case letters). 

TO 

[0064] After detection of the first image header after the sequence header, reading and recording of the blocks takes 
place in the buffer of the decoder during a time TVBV corresponding to VBV^delay. After this time, a parity check is 
performed. If the sync signal is of opposite parity to that of the image which is ready to be decoded, the case in the 
figure, a duration equal to TVSYNC (20 ms) is added to determine the Instant of decoding. This instant is called Tdec. 

IS If the actual duration of the decoding is greater than a frame period (the case in the figure in which the duration is 
represented by a rectangle containing the inscription 'decoding"), the duration of decoding taken into account TDEC 
is chosen equal to an integer number of durations TVSYNC which is immediately greater than the actual duration. If 
Tpres is the actual instant ot display of the decoded image, the gap between Tpres and Tdec is equal to TDEC + 
TimeRef x TVSYNC. TimeRef being the time reference serving in the reordering of the images. 

20 [0065] As soon as possible, the decoding of the image, instant Tdec, commences at the first sync VSYNC of correct 
parity which follows the instant at which the level of the buffer memory has reached the level corresponding to the lag 
VBV_delay at the nominal bit rate. Here again, the high bit rate on reading the disc means that the filling time of the 
decoder buffer is small and much less than the VBV_delay This bit rate can easily be 20 times larger than that of 
satellite transmission. To give some kind of idea, the filling of the buffer of the decoder of capacity 1.8 l^bit, with a 

2S satellite transmission bit rate of 4 Mbit/s, requires 0.45 s. This lag is reduced to 0.03 s when the filling is undertaken 
from a hard disc. 

[0066] One would therefore be able to commence the decoding of the video sooner, without needing to wait for this 
duration VBV_delay. However, the audio and video must remain synchronized. Since the decoding of the audio cannot 
itself be brought forward in the same way, the audio would lag behind the video. Such a situation is not desirable since 
30 it demands that audio data be rapidly ignored so as to catch up. 

[0067] To alleviate this drawback and hence to compensate for the high bit rate offered by the disc, a delay called 
TVBV is deliberately imposed on the video. This delay makes it possible to simulate the original VBV_delay 

^ TVBV = VBV_delay 

[0068] If the VBV.delay cue is not available In the stream, it can be replaced. In the formula, with the size of the 
decoder buffer (std_buffer): 

40 

TVBV = std^buff er/BitRateSat)- std_buffer/BitRateDisk) 

[0069] This duration is dependent on the video bit rate (satellite transmission bit rate BItRateSat) and on the bit rate 
of the disc (BitRateDisk). 

45 [0070] Since the bit rate of the disc is very much greater than that of the satellite, the following approximation may 
be made: 

TVBV = std.buff er/BitRateSat. 

60 

[0071] The value BItRateSat is calculated while writing. This is because the number of bytes written during a time 
unit is known. 

[0072] The size of the buffer is generally 1 .8 Mblts. 

[0073] Once this delay has elapsed, decoding can commence. However, in certain set-ups, the addition of a 20 ms 
55 delay may turn out to be necessary in order to wart for the correct parity of the Vertical Sync. Since it is preferable to 
guarantee that audb start-up will not be delayed relative to the video rather than the reverse, a 20 ms lag (TVSYNC) 
whrch allows this rephasing with the Vertical Sync (VSYNC) is introduced by default. The start date of decoding (Tdec) 
relative to the date of detection of the first image (Tpic) is then: 



6 



EP 1 076 461 A1 

Tdec = Tpic + TVBV + TVSYNC 

[0074] Knowing the start instant of decoding (Tdec). the instant of presentation (Tpres) is dependent on the time 
5 reference of the image (TimeRef)and on the lag required for Its decoding (TDEC): 

Tpres = Tdec + TimeRef * 40 ms + TDEC 

10 [0075] Tdec is dependent on the implementation of the decoder (typically 20 ms or 40 ms). In the application, the 

implementation time is 40 ms. 

[0076] On replacing Tdec by the value calculated above: 



IS 



25 



30 



40 



Tpres = Tpic + TVBV + TVSYNC + TimeRef ' 40 ms + TDEC 



[0077] The date Tpic which is the value of the local clock LSTC at the exact moment that the first image was detected 
is not necessarily known. This is because, for example in our system, the implementation of the clock LSTC allows its 
value to be sampled only every 20 ms. It is therefore advisable to replace it with the following formula In which LSTCpic 
20 represents the value of the clock LSTC available (sampled at the prevbus vertical sync) at the moment that the first 
image is detected: 



Tpic = LSTCpic 

and 

Tpres = LSTCpic + TVBV + TVSYNC + TimeRef * 40 ms + TDEC 



[0078] An offset value is now calculated, corresponding to the gap between the actual instant of presentation of the 
Image, Tpres, and the instant of presentation desired by the coder, PTS. This instant PTS is only of significance provided 
that the clock of the decoder has been initialized and synchronized to the PGR. Here, this value PTS is used not to 
define a time of presentation in the absolute but to enable the instants of audio and video decoding to be synchronized 
35 (same PTSs). 

[0079] The offset is therefore the correction STCO (System Time Clock Offset) to be made on the local clock so that 
the instant of presentation of the image, Tpres defined on the basis of this local clock, corresponds to the PTS label: 



Tpres + STCO = PTS 



STCO = PTS - TVBV - TVSYNC - (TimeRef x 40 ms) - TDEC - LSTCpic 

45 [0080] We have thus defined a virtual clock VSTC such that: 

VSTC = LSTC + STCO 

so [0081] This virtual ckx^k senses as reference for the synchronization of the audio. 

[0082] When the value of VSTC is equal to PTS, the audio presentation can be performed and will therefore be in 
phase with the video presentation. 

[0083] The purpose of these calculations is to forecast the effective instant of presentation of the video relating to 
an image (time LSTC any multiple of 20 ms) so as to calculate the shift with the theoretical value PTS relating to the 
55 video for this image. This shift is then utilized to define the effective instant of presentation of the audio data. 

[0084] The audio PTS couW also be used to initialize the VSTC and in this case the audio would be the master. This 

solution is not adopted since the frequency of presence of the PTSs in the audio frame is low. 

[0085] It may be observed that, if there is no discontinuity in the decoding procedure, the video decoding and the 
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VSTC remain synchronous. It may be then be verified that VSTC = PTS on presentation of each image. 
[0086] Two types of imponderables may disturb the video decoding procedure: 

- disturbances related to the stream read out from the disc may give rise to delays In the presentation of certain 
5 Images or else forward jumps following the reinitialization of the decoder and folbwing the loss of data. 

the execution of "trick-modes" called for by the application (term used in the standard and corresponding to special 
modes of operation such as freeze frame, etc.) during which the LSTC is no longer meaningful, 

[0087] In all cases, it Is advisable to reinitialize the VSTC as on start-up or by saving a fallback value (the case of a 
10 pause). 

[0088] The offset must be regularly re-updated (slippage of the clock LSTC relative to the PTS which is synchronized 
with the PCR). The image period could be taken as refresh period. 

[0089] The start-up of the decoding of the audio is more immediate than that of the video. It is sufficient to take the 
VSTC into account In order to know when to start. It Is of course necessary to wait for the VSTC to be initialized by the 
IS video. 

[0090] Insofar as one Is certain that the VSTC remains properly synchronous with the decoding of the video, the 
synchronizing of the audio with the video is carried out entirely naturally by the slaving thereof to the VSTC. It may 
however happen that the audio decoder is not synchronous with the 27 MHz reference clock which regulates the video 
decoder, but with an independent clock. The audio decoder must in this case be slaved to the VSTC. 
20 [0091] Of course, the MPEG decoder and the hard disc have been presented Integrated within a satellite decoder. 
These elements or one of these elements could just as easily form part of a digital televiston receiver receiving the 
compressed data. 

[0092] The incoming stream is described as being a program stream PS. It can also, without departing from the field 
of the invention, pertain to a transport stream TS. 

25 

Claims 

1. Process for synchronizing an MPEG decoder for the decoding of compressed data originating from a recording 
30 medium (4). these data consisting of PES (Packetized Elementary Stream) audio and video data packets, char- 
acterized in that it comprises: 

a step of calculating an actual instant of presentation Tpres of the video of an image, this Instant relating to a 
local clock LSTC, 

35 - a step of calculating an offset STCO between this calculated Instant of presentation and the PTS label corre- 
sponding to the instant of presentation desired by the coder for the video of this image, so as to define a virtual 
clock VSTC = STCO + LSTC, 
- a presentation of the video and of the audio corresponding to this Image at the PTS dates relating to the virtual 
clock VSTC. 

40 

2. Process according to Claim 1 , characterized In that the time of transit of the video through the buffer of the video 
decoder is imposed at a predetermined value TVBV 

3. Process according to Claim 2, characterized in that the determination of TVBV is dependent on the bit rate of 
45 recording of the PES data on the recording medium. 

4. Process according to Claim 2, characterized In that the determination of TVBV is dependent on the VBV_delay. 

5. Process according to Claim 1 , characterized in that the offset is dependent on the duration of decoding of the 
so image (TDEC). rounded to a higher number of frame periods. 

6. Process according to Claim 1, characterized in that the calculated offset Is Incremented by one frame period 
(TVSYNC). 

ss 7. Process according to Claim 2. characterized In that the offset STCO is equal to: 

STCO = PTS - TVBV - TVSYNC - (TimeRef x 40 ms) - TDEC - LSTCpic 
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where: 

TVSYNC corresponds to a frame period, 

TDEC corresponds to the duration of decoding of the Image rounded to a higher number of frame periods. 
s TimeRef represents the temporal reference of the image for the reordering. 

LSTCpic relates to the Instant of detection of the first image. 

8. Process according to Claim 1 , characterized in that the virtual clock VSTC is rsHjpdated on start-up, when executing 
Irick-modes' or on reinitiallzatkxi of the vkieo decoder. 

10 

9. Process according to Claim 1 . characterized In that the virtual clock VSTC is re-updated with each Image. 

1 0. Process according to Claim 1 , for reading data in shifted mode (time shifting), the data being recorded on the basis 
of a write pointer, the recorded data being read in shifted time on the basis of a read pointer, characterized in that 

IS a minimum gap (11) is imposed between the read and write pointer and in that, when this gap is achieved, the 
freeze mode of the decoder Is actuated. 

11. Device for synchronizing an MPEG decoder (7, 8) to a recorded MPEG stream, the recorded data consisting of 
PES data packets, characterized in that it comprises means for calculating an offset STCO to be applied to the 

20 local clock LSTC of the decoder so as to define a virtual clock VSTC, this offset being equal to the difference 

between the Instant of presentation Tpres of the video of an image, as calculated in the LSTC tag, and the PTS 
value of presentation of this Image originating from the coder and in that the decoding of the audio and video data 
are carried out when this virtual clock VSTC is equal to the corresponding PTS value. 

25 12. Satellite decoder characterized in that it comprises an MPEG decoder (7, 8) and a synchronization device according 
to Claim 11. 

13. Television receiver, characterized in that it comprises an MPEG decoder (7, 8) and a synchronization device ac- 
cording to Claim 11. 

30 
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